home *** CD-ROM | disk | FTP | other *** search
/ Chip: 2005 Utilities / CHIP Utilities 2005 / CHIP Utilities 2005.iso / dosapps / savepart / doc / en / partinfo.txt < prev    next >
Encoding:
Text File  |  2004-11-05  |  7.5 KB  |  152 lines

  1.  
  2.                   +----------------------------------------+
  3.                   |                                        |
  4.                   |            Partition saving            |
  5.                   |                                        |
  6.                   |    http://www.partition-saving.com     |
  7.                   |  Copyright (c) 1999-2004 D. Guibouret  |
  8.                   +----------------------------------------+
  9.  
  10.                             Additional information
  11.  
  12. Table of contents 
  13. -----------------
  14.  
  15.   0- Preamble 
  16.   1- Access type to hard disk 
  17.   2- Partitioning 
  18.      a) Principle: 
  19.      b) Partitions table: 
  20.   3- Why saving partitions ? 
  21.   4- Why a DOS program ? 
  22.  
  23. 0- Preamble 
  24. -----------
  25.  
  26. This file gives some precisions on accessing hard disk, partitioning and use 
  27. of this program. Its aim is only to give these precisions (not to give all 
  28. details on subjects presented). 
  29.  
  30. 1- Access type to hard disk 
  31. ---------------------------
  32.  
  33. At BIOS level, there was two type of access to hard disk: 
  34.  
  35.   - with its physical definition (cylinder/head/sector). This access type was 
  36. first defined. But it does not allow exceeding a capacity of 8 Gb, which has 
  37. been exceeded these last years (and even for smaller disk, physical definition
  38. used does not follow the true physical definition).
  39.   - with a linear access. Disk is seen has a unique lead (as for a CD). Disk 
  40. until 2 To could be accessed with this method.
  41.  
  42. For the program if the second access type is possible, it is the one used even
  43. if the disk is less than 8 Gb. 
  44.  
  45. 2- Partitioning 
  46. ---------------
  47.  
  48.   a) Principle:
  49. Partitioning allows installing several OSes on the same disk. Each OS has a 
  50. part of the disk and manages it as it wants. 
  51. It equally allows to create several logical drives for one given OS (by 
  52. example, the different units C: D: E: ... with DOS). 
  53. For this purpose, informations on partitioning are saved on disk so that each 
  54. OS could know to whom is each part of disk: these informations compose 
  55. partitions table. Once an OS know which partition(s) it uses, it loads 
  56. functionalities with which it accesses to data written on this partition with 
  57. taken in care how it must access them (FAT system on DOS, ext2fs on Linux, 
  58. ...). At this level, OS is unable to access to data of others partitions 
  59. (unless it has some extensions which allows it: Linux is able to read DOS 
  60. partitions by example). 
  61.  
  62.   b) Partitions table:
  63. Here will be presented only the most common format (sorry for people that have
  64. others OSes, but I do not have informations neither OS to realize tests). This
  65. format is the one used notably by Microsoft, Linux, OS2, BeOS, ... (the only 
  66. OS that I know that it does not support it is Solaris x86). 
  67. Format of this partitions table is the following: 
  68.  
  69.   - on the first sector of hard disk is saved a table giving 4 partitions 
  70. which could eventually be empty. This table allows to define partition type, 
  71. position on disk and some others informations.
  72.   - the restriction to 4 partitions has been judged to low, so a notion of 
  73. extended partition has been added. For this purpose into the four first 
  74. partitions (called now principal partitions) could be defined a partition with
  75. a special type. For a partition with such a type, the first sector of this 
  76. partition must be read to find a new table defining 1 or 2 partitions (it 
  77. seems that OS2 allows 4 partitions on this new table): the first one contains 
  78. data, the second one (if defined) is a new extended partition. So if this 
  79. second partition is defined, the sector at its begin must also be read to find
  80. a new table and so on. If the second partition is not defined, partition 
  81. search is ended. With this method a list of partition could be build (without 
  82. limit a priori).
  83.  
  84. Informations given by partitions table are: 
  85.  
  86.   - partition type: it is a number associated to each partition type. As there
  87. was no standard defined for these types, each OS maker has chosen a number as 
  88. he want.
  89.   - a flag to know if this partition is bootable. This flag could generally be
  90. defined only for principal partitions.
  91.   - the position of the partition with physical definition on disk (as if we 
  92. want to use the first access type to hard disk). The positions of the first 
  93. and of the last sector of partition are given.
  94.   - the position of the partition with linear definition: number of first 
  95. sector (relative to begin of extended partition if the partition appertains to
  96. an extended one) and the number of sectors into partition.
  97.  
  98. As you could see, position informations are duplicated between physical 
  99. definition and linear position. If the disk is accessed with linear access, it
  100. is linear position that is used, else it is physical definition. 
  101.  
  102. 3) Why saving partition ? 
  103. -------------------------
  104.  
  105. It appears that each OS manages its data as it want and do not know what is 
  106. made elsewhere. So if we want to save data, we have to write a program for 
  107. each OS (and we must follow OS evolution). Another way is to cast of OS level 
  108. with accessing directly to disk. Indeed, at disk level data seems not to be 
  109. organized, they are only written at a position on disk and we do not need to 
  110. know their sense. The restraint is that it is necessary to save all data that 
  111. are in relation together: the minimum level is partition. 
  112. So when saving a partition, we save all informations without knowing how they 
  113. are organized. We are free from OS and it is even possible to save data for 
  114. which we still do not know organization method. 
  115.  
  116. Remark: 
  117. -------
  118. Minimum set of informations in relation that does not depend off data 
  119. representation is the partition. But when saving, it must be taken in care 
  120. that some OSes could put in relation several partitions together. By example 
  121. if you install Windows on C: drive and then some others programs that modify 
  122. register base or add DLLs on D: drive, you have to save both partitions one 
  123. after other (because the two become linked). 
  124.  
  125. 4) Why a DOS program ? 
  126. ----------------------
  127.  
  128. An OS must be chosen. Indeed if we do not need to know data organization, 
  129. saved data must be written somewhere with a known organization for the user to
  130. access them (by example to write them on a CD). Choice has been made of DOS 
  131. because it is a simple task OS. With a multi tasking OS, imagine problems that
  132. could be caused by a process changing data on a partition when saving (or 
  133. restoring) of this partition is in progress. In general there is a way to 
  134. avoid simultaneous access, but what could happen if the access to hard disk 
  135. must be forbidden during a long time as it is the case with this program (by 
  136. example with swapping file under Windows)? And what could happen if the OS 
  137. does not hold in full into memory? 
  138. DOS advantage is that it could be quickly installed (what is the gain if you 
  139. have to lose an hour to install OS before restoring?) and could hold on one 
  140. floppy. So with running on one floppy, it is possible to save/restore a 
  141. partition even if there was no DOS partition on a computer if this computer is
  142. connected to a network with a Samba server on, or if it has a high capacity 
  143. saving system (like ZIP or LS120). 
  144. This is the reasons why this program could not be run under Windows and that 
  145. it is not advise to use it with an emulator running on a multi tasking 
  146. environment (moreover emulator could not define all functionalities used into 
  147. this program). 
  148.  
  149. ------
  150. All trademarks and registered trademarks are ownership of their respective 
  151. holders. 
  152.